home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970626-19970929 / 000310_news@newsmaster….columbia.edu _Mon Sep 8 08:47:42 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  7KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id IAA12088
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 8 Sep 1997 08:47:40 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id IAA27530
  7.     for kermit.misc@watsun; Mon, 8 Sep 1997 08:47:40 -0400 (EDT)
  8. Path: news.columbia.edu!panix!howland.erols.net!zdc-e!szdc!newsp.zippo.com!mdrn
  9. From: dallasii@kincyb.com
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: MSDOS Kermit to Kermit/2 script conversion notes
  12. Date: 8 Sep 1997 03:02:24 -0700
  13. Organization: None
  14. Lines: 145
  15. Message-ID: <TCPSMTP.17.9.8.2.15.0.2375661496.4677362@kincyb.com>
  16. NNTP-Posting-Host: MHS
  17. Xref: news.columbia.edu comp.protocols.kermit.misc:7633
  18.  
  19.  
  20. [I'm cross-posting this to several forums where I think it will be
  21. appropriate for discussion.
  22. I apologize to anyone who finds it inappropriate (or long winded).]
  23.  
  24. Some notes on converting command files from MS-DOS Kermit 3.14 to
  25. Kermit/2 (Kermit-95 (C-Kermit for Windows-95) for OS/2)
  26. (henceforth referred to as K2, K/2 or K2.EXE)
  27. I welcome any comments:
  28.  
  29. 1) The OS/2 "EXTPROC" command seems to be the most underdocumented
  30.    OS/2 command I've come across.  Few of the BIG, THICK OS/2 books
  31.    (henceforth referred to as BTOB's) had much on it.  Almost nowhere
  32.    was there a real working example of it.
  33.    I expected it to be something similar to the UNIX 
  34.    "#!/full/path/specification/to/the/interpreter" feature for the
  35.    first line of a script.  Almost, but not quite.
  36.    The documentation all said something to the effect of:
  37.  
  38.    EXTPROC <device>:\full\path\interpreter <parameters here>
  39.  
  40.    I *expected* to use something like:
  41.  
  42.    EXTPROC <device>:\full\path\k2.exe = %1 %2 %3 %4 %5  %6 %7 %8 %9
  43.  
  44.  on the first line of the procs to use them as OS/2 commands that
  45. would pass the parameters to the script previously used for
  46. MS-DOS Kermit into \&@[0] ... \&@[8].
  47.  
  48. What I found was needed was:
  49.  
  50.    EXTPROC <device>:\full\path\k2.exe <device>:\full\path\to\the\script.cmd
  51.  
  52. with the command line parameters being apparently automaticly being passed
  53. to \&@[3] .. \&@[8], the first three elements of \&@ containing some 
  54. incomplete garbage about the command typed in.
  55.  
  56. The full script file name as a parameter seemed absolutly required
  57. to make the script work from anywhere in the directory structure,
  58. even if the file was in a directory in the PATH specification.
  59.  
  60. A further example:
  61.  
  62. file1 (ktest5.cmd):
  63. ************************************************************
  64. EXTPROC D:\K2\K2.EXE C:\USR\COMM\Ktest6.CMD
  65. ;                                     A--Note
  66. ; LAFN login script
  67. ; DEL 30/01/97
  68. echo \&@[0] \&@[1] \&@[2] \&@[3] \&@[4] \&@[5] \&@[6]
  69. IF DEFINED \&@[3] ASSIGN \%1 \&@[3] 
  70. IF DEFINED \&@[4] ASSIGN \%2 \&@[4]
  71. IF DEFINED \&@[5] ASSIGN \%3 \&@[5]
  72. echo \%1 \%2  \%3 \%4 \7 \7 \7 \7 \7 the input
  73. echo Ktest5!\13\10
  74. EXIT
  75. *****************************************************************
  76.  
  77. file2 (ktest6.cmd):
  78. ******************************************************************
  79. EXTPROC D:\K2\K2.EXE C:\USR\COMM\Ktest6.CMD
  80. ; LAFN login script
  81. ; DEL 30/01/97
  82. echo Suprise, you got Ktest6 instead!\13\10
  83. EXIT
  84. *******************************************************************
  85.  
  86. Yes, I was suprised. 
  87. EXTPROC seems to work as a comment most of the time, and
  88. under certain circumstances as non-returning branch.
  89.  
  90. (one of the goals here is a command "lynx <password>" that will take 
  91. me directly from the OS/2 command line to my LA FreeNet account
  92. with Lynx active on my screen.)
  93.  
  94. 2) While functioning as a comment in K/2, and apparently in
  95. most versions of C-Kermit, EXTPROC required some bogus
  96. definition as a macro to minimize interuption when scripts
  97. were run back with MS-DOS Kermit, I think I just 
  98. "define EXTPROC echo" in my MSCUSTOM.INI file to allow things
  99. to flow smoothly.
  100.  
  101. 3) While this probably quibling in the age of multi-Gigabyte 
  102. harddrives, the dial files converted from DOS to OS/2 format
  103. with the last few fields commented out with ';' seemed to be
  104. no longer compatible with MS-DOS Kermit.  This requires keeping
  105. seperate copies to work with both (if this is desired), which
  106. I don't like.
  107. It would seem good to modify future versions MS-DOS Kermit so
  108. that they read past the first ';' for the last few fields of
  109. the dial entry might be good.  I haven't really thought this
  110. out very clearly, but maybe someone else has a better idea
  111. on this point.
  112.  
  113.  
  114. 4) The GUI dialer works fine for targets where dialing in
  115. usually goes quickly with lots of open ports.  With targets
  116. like a University mainframe on a Sunday afternoone, where 
  117. everyone is trying to get their homework assignments finished,
  118. or my previous eMail provider, I found I needed scripts that
  119. would keep trying till they got through.  Is there someway
  120. to set up the dialer so it will accept the userid/password
  121. as parameters, or ask you for them, without storing them, 
  122. when invoked, then pass them to the dialup script.  
  123. This may just be a point of my own ignorance about the Dialer & GUIs.
  124. I know it can be built into the scripts, but it seems like this
  125. should be just as much a part of the Dialer as the ability to
  126. store non-unique non-security issue passwords permenantly in the 
  127. Dialer database.
  128.  
  129. 5) I found I was frequently having to modify portions of the
  130. scripts to have a set of commands like:
  131.  
  132. input <n> <some string>
  133. reinput 1 <the same string>
  134.  
  135. It seems that when it's late at night, the target/host CPU has little
  136. to occupy it, and the not so busy phone lines allow a 28,800 connection
  137. maybe the prompts that the target are sending sneak through before interpreter
  138. on my feeble '386 is ready to respond, so it needs to recheck 
  139. the received input to find something that was missed.  When the host is
  140. busy and responds sluggishly, the phone lines are clogged and don't
  141. allow such fast connections the "input" command will catch the prompt
  142. itself.  But this doesn't make any sense since everything must go through
  143. my CPU (the one running K/2) anyway, so why should it miss anything to begin
  144. with? Is this some sort of interupt/multi-threading issue, or am I just
  145. working to late on this to think clearly?
  146.  
  147.  
  148.  
  149. Regards,
  150. Dallas E. Legan II
  151. (562) 862 - 4854 ext. '*'
  152. legan@acm.org
  153. aw585@lafn.org
  154. dallasii@kincyb.com
  155.  
  156. "But I found that the rulers were ordinary men, too, and frequently
  157. as bewildered as I was."
  158.  
  159.                 from "Solution Unsatisfactory"
  160.                    by Robert A. Heinlein
  161.  
  162. I speak only for myself, and assume full responsibility for my statements.
  163.  
  164.